home *** CD-ROM | disk | FTP | other *** search
/ Internet Tools (InfoMagic) / Internet Tools.iso / dos_win / winsock / hacklist / 94-04.Z / 94-04 / 000017_natale@acec.com_Wed Apr 20 22:20:42 1994.msg < prev    next >
Internet Message Format  |  1994-04-30  |  3KB
  1. Received: from uu3.psi.com by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  2.           id AA08205; Thu, 21 Apr 1994 10:26:27 -0400
  3. Received: from acec.com by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet) via SMTP;
  4.         id AA21108 for rcq@ftp.com; Thu, 21 Apr 94 02:21:42 -0400
  5. Date: Thu, 21 Apr 1994 02:20:42 -0400
  6. From: natale@acec.com (Bob Natale)
  7. Received: by nips.acec.com (5.65/3.2.083191-American Computer and Electronics Corp. )
  8.     id AA21937; Thu, 21 Apr 1994 02:20:42 -0400
  9. Message-Id: <9404210620.AA21937@nips.acec.com>
  10. To: rcq@ftp.com
  11. Subject: Re:  closesocket()/WSACleanup() question
  12. Cc: winsock-hackers@sunsite.unc.edu
  13.  
  14. > Date: Fri, 15 Apr 1994 22:22:51 -0400
  15. > From: rcq@ftp.com  (Bob Quinn)
  16.  
  17. Hi BobQ,
  18.  
  19. >     graceful close.  So, a DLL cannot be faulted if it resets the
  20. >     connection when an application calls WSACleanup(), even if
  21. >     closesocket() was called before.  The application wouldn't
  22. >     know the difference either way.
  23. > 
  24. > My take on it is that if an application really cares about its
  25. > data and/or having a graceful close of the connection, then it
  26. > should wait until the socket is closed before calling WSACleanup().
  27. > In other words, the onus should be on the application, not on the
  28. > WinSock DLL and stack.  This is easily accomplished in an applica-
  29. > tion with FD_CLOSE notification, among other methods.
  30. > 
  31. > Comments?
  32.  
  33. Your position seems eminently reasonable to me.
  34.  
  35. BobN
  36. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  37. Bob Natale               American Computer           301-258-9850 [tel]
  38. Director                 209 Perry Pkwy              301-921-0434 [fax]
  39. Network Mgmt Products    Gaithersburg MD 20877          natale@acec.com
  40. From pbh@MIT.EDU Thu Apr 21 11:02:47 1994
  41. Received: from MIT.EDU (MIT.MIT.EDU) by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  42.           id AA13851; Thu, 21 Apr 1994 11:02:47 -0400
  43. Received: from ASHPOOL.MIT.EDU by MIT.EDU with SMTP
  44.     id AA01502; Thu, 21 Apr 94 11:02:45 EDT
  45. Message-Id: <9404211502.AA01502@MIT.EDU>
  46. To: Multiple recipients of list <winsock-hackers@sunsite.unc.edu>
  47. Subject: WSAStartup() question
  48. Date: Thu, 21 Apr 94 11:02:44
  49. From: pbh@MIT.EDU
  50.  
  51. Suppose I have the following application structure:
  52.  
  53.  
  54.  
  55.         ---------------------
  56.             my.exe
  57.         ---------------------
  58.         |        |
  59.         |        |
  60.         |        |
  61.         ^        ^
  62.     ------------       ---------------
  63.     auth.dll        gen.dll
  64.     ------------       ---------------
  65.         |        |
  66.         |        |
  67.         |        |
  68.         -----------------
  69.            winsock.dll
  70.         -----------------
  71.  
  72.  
  73. Should I call WSAStartup() in my.exe and not in the other two DLLs or 
  74. should I call it in auth.dll and gen.dll? Can WSACleanup() be called in a 
  75. wep()? What are the advantages/disavantages?